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Copyright Notice: 

The disclosure of this patent document contains material that is subject to 
copyright protection. The copyright owner has no objection to the facsimile 
reproduction by anyone of the patent document or the patent disclosure, as it 
appears in the United States Patent and Trademark Office patent file or records, 
once a patent is issued on this application, but othenA/ise resen/es all copyright 
rights whatsoever. 

Field of the invention 

This invention relates to communication among hosts on a network, 
particularly to establishing communication among the hosts. , 

Background of the invention 

A machine vision system includes a collection of one or more vision 
processors (VPs) for at least processing and interpreting images, and optionally 
one or more user interfaces (Uls) for at least enabling a user to interact with 
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and/or control a VP. Each VP is connected to one or more electronic cameras 
through which the VP "sees" its environment, i.e., acquires an image of a scene. 

Referring to Fig. 1 , the Ul and the VP may coexist on the same computer 
platfomn, in which case the camera 11 is connected via acquisition circuitry 12 to 
a general purpose processor 13 (such as a microprocessor, digital signal 
processor, or CPU). The general purpose processor runs a program that 
implements a VP 14 and a Ul 15 that communicate with one another via shared 
memory. The Ul interfaces with a user using one or more input devices (such as 
a control pad, a keyboard, or a mouse) via input device circuitry 16 and provides 
a graphical display to the user on a display device (such as an LCD display or a 
computer monitor) via display circuitry 17. 

Alternatively, the VP and the Ul may exist on separate computer systems. 
This configuration shares the components of the single-computer vision system, 
but runs the VP on a different general purpose processor from the Ul. Referring 
to Fig. 2, the camera 21 is connected via acquisition circuitry 22 to a general 
purpose processor 23. This processor runs a program that implements a VP 24 
and communicates via communications circuitry 25 across a communications 
channel 26 (such as an RS232 serial connection or an ethernet connection) to 
the computer running the Ul. The Ul computer 32 houses a general purpose 
processor 28 that runs a program implementing the Ul 29. The Ul communicates 
with the VP computer via communications circuitry 27 and the communications 
link 26. A user may control the Ul via one or more input devices connected to the 
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input device circuitry 30 and view graphical output via display circuitry 31 on a 
display device. 

Referring to Fig. 3, if the communications channel provides access to a 
network, several additional connection schemes are also possible: each Ul 35 
can communicate via that network 36 with one of many networked VPs 37, 38, 
39. When a user (either a developer who will configure a VP for a specific vision 
task, or an operator who will monitor the system during the operation phase) 
desires to communicate with a particular VP, the user selects the new VP from a 
list provided by the Ul and instructs the Ul to establish a connection. In this way, 
many Uls may control each VP, and each Ul may control many VPs. A collection 
of VPs may work together to solve a complex vision problem - in this case the 
each VP in the collection solves a particular subset of the overall vision problem. 

^re are three modes of operation of a vision system, during which 
different actibqs take place on the Ul and VP: 
1 . Connection - ctsing the Ul, the developer or the operator selects a VP from a 
list of all available Vps, possibly displayed in a menu by the Ul. The Ul 
establishes initial comiTWiications with the VP. The connection phase 
establishes data communications between the Ul and the VP. One 
embodiment of such a data connection is an application layer connection 
(possibly using a client/server model) >n the OSI communication model. 
Configuration - through the Ul, the develo|ier configures the connected VP 
for a specific vision task. \ 
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2. OperationV the VP executes the sequence of functions defined by the 
developer durfng the configuration phase. The Ul may be used by an 
operator to monrtor the outputs of the VP, or nnay be disconnected fronn 
the VP, allowing the\p to run standalone. 

With reference to Fig. 4, when designing a vision application, a developer 
typically connects to a specific VP 41 and then performs one or more cycles 
of configuration 42 and operation 43. After the developer is satisfied with the 
configuration of the first VP, the developer may connect to a second VP 44 
and complete a cycle of configuration 45 and operation 46 of that system. 
This process may be repeated for additional VPs. 

Once the developer has properly configured the vision system, an 
operator will monitor the functioning system and notify the developer of problems 
with the vision system configuration that must be corrected. The operator may 
only make changes to parameters in the system configuration to maintain the 
functioning of the vision system. For example, the operator may specify a region 
of interest of an image to guide the behavior of VP functions. In order to make 
the system accessible to the operator, the developer must implement visual 
feedback and allow constrained user interaction. 

However, known Uls have a critical limitation: when monitoring a multi-VP 
vision system, the operator of the system must explicitly select each VP for 
observation, and must therefore posses developer-level knowledge of the 
structure and organization of the entire multi-VP vision system. To adjust the 
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parameters of a multi-VP vision system, the operator must understand how the 
vision application is distributed among the plurality of VPs of the vision system so 
that parameters on each VP may be observed and modified as appropriate. It is 
very burdensome for an operator to satisfy this requirement, and it is also 
burdensome for a developer to attempt to reduce the burden on the operator as 
part of the development task. 

Summary of the invention 

In one general aspect, the invention is useful in a machine vision system 
having a plurality of vision processors (VPs) and at least one user interface (Ul). 
The invention is a method for instructing a Ul in communication with a first VP to 
establish communication with a second VP. The method includes the steps of 
providing each VP with a link function for establishing communication between a 
VP and a Ul; and activating the link function so as to issue instructions to the Ul 
to establish communication with another VP. 

The step of activating the link function can include the step of activating a VP 
control. Activating a VP control can include clicking on a graphical 
representation of the VP control using, for example, a mouse. The graphical 
representation of the VP control can be an underlined text string displayed by 
aUI. 

In another preferred embodiment, activating a VP control includes 
providing an activation signal to the VP control. The activation signal can be 
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initiated by a user, possibly via the Ul. For example, the Ul can a check box, 
or a radio button. 

In an alternate preferred embodiment, the activation signal is initiated by 
an external event. The external event can be an industrial process event. Or, 
the activation signal can be initiated by a change in the state of a sensor. The 
activation signal can also be initiated by a programmatic decision, or a human 
decision. 

In another preferred embodiment, activating the link function includes 
including the link function in a function execution sequence of the VP. 

The link function can also temninate communication with a first VP in 
addition to, or in the altemative to, establishing communication with a second 
VP. 

The link function enables local dynamic display of a remote VP on the Ul. 
Also, upon activation of the link function, a dynamic connection is established 
that provides a continually updated display representing a current state of the 
VP connected to the Ul. 

In yet another preferred embodiment, upon activation of the link function, a 
user is enabled to configure the VP using the Ul. 

In another general aspect of the invention, in a machine vision system 
having a plurality of vision processors (VPs) and at least one user interface 
(Ul), a method is provided for instructing a Ul in communication with a first VP 
to establish communication with a second VP. The method includes 
providing a graphical representation, included in the Ul, wherein the graphical 
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representation is adapted to initiate an activation signal that causes the VP to 
instruct the Ul to establish communication with the second VP. 

In a preferred embodiment, the plurality of VPs and the at least one Ul are 
interconnected via a network, where the network may support a TCP/IP 
network protocol. Also, the graphical representation may be adapted to be 
responsive to user action, such as a mouse click upon the graphical 
representation. The graphical representation can be an underlined text string. 

In yet another general aspect of the invention, a user interface (Ul) is 
provided for a machine vision system having a plurality of vision processors 
(VPs). The user interface includes a spread sheet; and a graphical 
representation, where the graphical representation is incorporated in the 
spreadsheet, and the graphical representation is adapted to respond to user 
action so as to cause the VP to instruct the Ul to establish communication 
with a VP of the plurality of VPs. In a preferred embodiment, the graphical 
representation is further adapted to respond to user action so as to cause the 
Ul to terminate communication with a VP of the plurality of VPs. As in other 
embodiments, the graphical representation can be an underlined text string, 
or can be an iconic representation. 

In a further general aspect of the invention, a machine vision system is 
provided that includes a plurality of vision processors (VPs); at least one user 
interface (Ul) in communication with a first VP of the plurality of VPs. The Ul 
includes a graphical representation visible to a user, the graphical 
representation being adapted to respond to user action so as to cause the VP 
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to instruct the Ul to establish communication with a second VP of the plurality 
of VPs. In a preferred embodiment, the plurality of VPs and the at least one 
Ul are interconnected via a network. The network may support a TCP/IP 
network protocol. 

In yet another general aspect, the invention is a method for enabling a VP 
to instruct a Ul connected to it to reconnect to a different VP, thereby facilitating 
the implementation of a flexible monitoring system that functions optimally within 
the structure of a vision system comprised of a collection of VPs. In another 
general aspect, the invention is an extension to the existing application protocol 
used to communicate between the Ul and the VP, and is compatible with any 
application protocol that provides a framework for issuing and interpreting 
commands, and that is extensible in the sense that a new command may be 
added. This extension takes the form of a command from the VP to the Ul: the 
specific contents of the command, and when the command is issued, are both 
configurable by the developer. The command is designed as a simple extension 
to the existing application protocol, and may take the form of any stream of bytes 
transferred from the VP to the Ul that is compatible with the protocol, and 
interpretable by the Ul. This allows the developer to embed knowledge about 
which VPs are associated with particular parameters, and to provide a seamless 
multi-VP application. The operator may observe results and alter parameters on 
any of the VPs in the system without having to first understand the architecture of 
the vision system. 
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Brief description of the drawing 

The invention will be more fully understood from the following detailed 
description, in conjunction with the following figures, wherein: 

FIG 1 is a block diagram showing a standalone machine vision system in 
which both the vision processor and the user interface are realized in a single 
computer. 

FIG 2 is a block diagram showing a machine vision system comprised of a 
user interface computer connected with a vision processor computer via a 
p general-purpose communications link. 

m FIG 3 is a block diagram showing a networked machine vision system 

W comprised of a plurality of vision processor computers connected via a network 

m 

si 


w 


to a user interface computer. 
„^ FIG 4 shows the sequence of operations performed by a developer setting 

p up a two- VP vision system. 

FIG 5 shows how a preferred Ul embodiment displays VP functions during 
the configuration and operation phases. 

FIG 6 shows the configuration of a preferred implementation of the Link 
function. 

FIG 7 shows a preferred implementation of the L/n/c function as a user 
control. 

FIG 8 is a block diagram showing the execution of a L/h/c function, 
FIG 9 is a block diagram showing the execution of a Link function as a 
member of a sequence of VP functions. 
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Detailed description of the invention 

The operation of any VP may be deconriposed into the sequenced 
execution of a set of functions. A typical VP operation cycle may consist of the 
execution of three functions, for example: 

1 . Acquirelmage, a function which reads an image from a digital camera 
connected to the VP 

2. ReadBarcode, a function which locates and decodes a UPC barcode 
represented in the image. 

3. WriteSerial, a function which writes the decoded string to an external 
computer or device via an RS232 serial port built into the VP 

The function names (italics) are completely arbitrary and need not be explicitly 
represented on the VP. 

Each function may have one or more parameters: the function produces a 
result based on some combination of its input parameters. For example, a 
mathematical function named cos might have a single parameter and as its 
result generate the cosine of the angle specified by its (numeric) parameter. A 
more complex function, binarize might take a single parameter corresponding to 
a two-dimensional grayscale image and produce as its result the two-dimensional 
black-and-white image that most closely approximates the parameter image. 
The parameters of any function may be constants, or may be the results of other 
functions. 
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In addition to standard functions that merely transform parameters to results, 
there are two other classes of functions important to all VPs: input functions and 
output functions. Input functions read information from hardware devices: their 
results vary depending on the state of these devices. A centrally important 
function for any machine vision system is one that acquires an image from a 
camera (the Acquirelmage function described earlier): in this case the function's 
result is an image that closely approximates the state of the imaging device or 
sensor when the function was executed. Other input functions may read, via 
specialized devices, the states of digital input lines, data sent on a serial port or 
ethernet network, or any other external entity that may be connected to a 
compatible input device. 

Like input functions, output functions interact with specialized hardware 
devices. However, their behavior is to assert a state upon the connected external 
entity. The particular state that each function asserts is based on its parameters: 
a function \N riteSerial may take a single input parameter, a string of text 
characters, and cause that string of characters to be written out through the 
system's serial port. Other output functions might assert particular voltage levels 
onto individual output control lines, write data out through an ethernet network, or 
cause the Ul to display graphics (intended to communicate to a user about the 
values of the function's parameters). 

Functions may also have a combination of input and output behaviors. These 
functions, referred to as control functions, direct the Ul to display a particular 
graphical item, and produce a result when the Ul informs the VP that the user 
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has interacted with the item. FIG 5 shows examples of Ul functions displayed by 
a preferred implementation of the Ul. Three functions are displayed, 
Acquirelmage 52 which returns a result of type Image, the control function 
checkbox 53 with the displayed label "select", and the control function ListBox, 
shown configured with three string elements "nameO", "name1", and "name2". In 
this example, the user is in the process of selecting a string element from the 
ListBox. To do this, the user places the light-colored cursor 54 on top of the 
ListBox function and selects the function (by clicking a mouse button). This 
causes the function name and its associated parameters to be displayed at the 
top of the screen 51 , and expands the list 55 specified by the function's 
parameters. When the user is satisfied with the selection one of the three 
options, double-clicking the mouse will terminate interaction with the control 
function, and the VP will be updated according to the selected value. In a similar 
manner, clicking on the graphical representation of the C/?ec/cSox function 53 will 
toggle the state of the checkbox and cause the VP to be updated according to 
the current state of the checkbox. 

One general aspect of the invention is a new type of control function named 
Link. When executed by a VP, the L/n/c function sends a command specif lying 
another VP to the currently-connected Ul. Upon receiving this command, the Ul 
disconnects from the current VP and opens a connection to the specified VP. 
The L/n/c function may be implemented as a control function: as shown in FIG 7, 
the user clicks on a graphical representation of the Link function 71 which causes 
execution of the function. 
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The control function aspect of the L/n/c function of the invention is to be 
distinguished fronn the network hyperlink capability found in Web browsers and 
many other modern software packages (such as Microsoft Word and Excel). The 
main difference is that in the case of hyperlinks, the hyperlink contains a 
reference to a remote computer file that is transferred to the local machine. The 
fundamental model of the hyperlink is that of local processing and display of 
distributed data. When a hyperlink is selected, a static snapshot of a remote data 
set (in many cases a static computer file such as an HTML file) is transferred to 
the local system for display. In contrast, the fundamental model of a networked 
vision system of the invention is local dynamic display of a remote vision 
processing system. When the user selects a Link of the invention, a dynamic 
connection is established that provides a continually updated display that 
represents the current state of the VP connected to the UI and simultaneously 
permits user configuration of the VP using the UI. 

The L/n/c function may also be executed "automatically"' by the VP when an 
appropriate condition is met. For example, it may be important for the operator to 
immediately view the state of another VP when a particular string is read by the 
ReadBarcode iuncWon. Running the L/n/c function when such a condition occurs 
will cause any currently-connected UI to reconnect to the other VP (see FIG 9). 
This mode of operation is a capability unavailable to the hyperlink to Web 
browsers and similar software packages. 

Execution of the L/h/c function may also be driven by an external causal agent 
communicating with the VP via a communications channel distinct from the UIA/P 
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channel. In a preferred implennentation of a VP, the VP supports the Telnet 
protocol (in addition to the protocol used for communications with a Ul), which 
provides a mechanism for an external agent to cause execution of specific 
functions on the VP. The external causal agent may cause execution based on 
one or more of the following events: 

• a change in the state of a sensor, such as an optical proximity sensor, a 
mechanical switch, or a through-beam sensor 

• a programmatic decision based on the mechanical, electrical, or software 
state of a computer or other machine 

• a human decision indicated by typing a command, closing an electrical 
connection, or any other method of human-machine interaction, such as 
clicking on a check box or a radio button. 

As described earlier, the L/n/c function may be caused to execute either by a 
user selecting the graphical control component of the L/n/c function 71 of Fig. 7, 
or by placing the function in the sequence of functions that define the operation 
of the VP. The L/n/c function operates within the framework of an existing 
application protocol by issuing a command from the VP to the Ul. As such, it 
represents an extension to an existing application protocol. Regardless of how 
the function is caused to execute, execution of the L/n/c function begins the 
following sequence of events (also shown in FIG 8): 

1 . The Ul is connected to one of several possible VPs 81 . 

2. Execution of L/n/f function (caused by user action or programmed action) 
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3. Command issued to Ul 82. Command includes 

• Identifier of new VP (for example, the IP address or machine name) 

• Optional: system-dependent description of the view for the new VP 

• Optional: cursor position for the new VP 

The command may be encoded as any stream or packet of bytes 
interpretable by the Ul. For example, in a text-based application protocol, the 
command may take the form of the string 

Reconnect(<address>,<view>,<cursor-position>), 
where <address>,<view>, and <cursor-position> are text strings that uniquely 
identify each command parameter. The VP-issued command 
Reconnect("system2","","") would cause the Ul to reconnect to a VP named 
"system2" with default view and cursor positions. 

4. Ul receives the command 

5. Ul disconnects from current VP 83 - this step is also optional since a Ul may 
be simultaneously connected to more than one VP. 

6. Ul connects to specified VP 84 using the implemented application layer 
protocol. 

7. Ul adjusts its view of the VP and sets the cursor position if the optional 
components of the command were included. 
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In a preferred embodiment, the L/n/c function has four parameters, shown in 
FIG 6. Label 61 is a string that is displayed when the Link function is configured 
as a control function 71 (FIG 7). Host Name 62 is a symbolic identifier, VP name, 
or network IP address that uniquely identifies the new VP. Dialog Label 63 is a 
string that defines the graphical view of the new VP. Cursor Position 64 defines 
the cursor position within that graphical view. Together Dialog Label and Cursor 
Position describe the display produced by the Ul following connection to the 
specified VP. The details of how these parameters control the Ul display depend 
completely on the specific implementation of the Ul. 

Although the preferred implementation of both Ul and VP utilize OSI 
application layer communications over an TCP/IP 10/100-base-T ethernet 
network, the invention applies equally to any application layer protocol running on 
any communications medium. Other types of networks (including ATM, wireless 
networks, and gigabit ethernet) are compatible with this invention as well. 
Furthermore, a single Ul could be connected via a dedicated communications 
channel (such as an RS232 serial channel), as shown in FIG 2 to each of several 
VPs, In such a configuration, the invention could be used to change or establish 
a logical connection of the Ul to one of the VPs in a manner equivalent to the 
connection phase of the U I to a VP on a network. 

Other modifications and implementations will occur to those skilled in the 
art without departing from the spirit and the scope of the invention as claimed. 
Accordingly, the above description is not intended to limit the invention except as 
indicated in the following claims. 
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